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Description 
PRIORITY 

5 [0001] This application claims priority under 35 U.S.C. § 119 to an application entitled "Apparatus and Method for 
Retransmitting Data in a Mobile Communication System" filed in the Korean Intellectual Property Office on May 10, 
2002 and assigned Serial No. 2002-25967, the contents of which are incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

10 

1 . Field of the Invention 

[0002] The present invention relates generally to a mobile communication system employing a high speed downlink 
packet access scheme, and in particular, to an apparatus and method for retransmitting defective packet data. 

15 

2. Description of the Related Art 

[0003] FIG. 1 schematically illustrates a structure of a conventional mobile communication system. The mobile com- 
munication system illustrated in FIG. 1 , a UMTS (Universal Mobile Telecommunications System) mobile communication 

20 system, includes a core network (hereinafter referred to as "CN") 100, a plurality of radio network subsystems (here- 
inafter referred to as "RNS") 110 and 120, and a user equipment (hereinafter referred to as "UE") 130. The RNSs 11 0 
and 120 each include a radio network controller (hereinafter referred to as "RNC") and a plurality of Node Bs. For 
example, the RNS 110 includes an RNC 111 and Node Bs 113 and 115, and the RNS 120 includes an RNC 112 and 
Node Bs 114 and 116. The RNCs are classified into a serving RNC (hereinafter referred to as "SRNC"), a drift RNC 

25 (hereinafter referred to as "DRNC") and a controlling RNC (hereinafter referred to as "CRNC") according to their op- 
eration. The SRNC refers to an RNC that manages information on UEs and controls data communication with the CN 
1 00. When data from a UE is transmitted via another RNC, i.e., not the SRNC, the RNC is called a DRNC. The CRNC 
refers to an RNC that controls Node Bs. In FIG. 1 , if information on the UE 130 is managed by the RNC 111 , the RNC 
111 serves as an SRNC for the UE 130. If information on the UE 130 is transmitted and received via the RNC 112 due 

30 to movement of the UE 130, the RNC 112 becomes a DRNC for the UE 130 and the RNC 111 that controls the Node 
B 113 in communication with the UE 130 becomes a CRNC of the Node B 113. 

[0004] With reference to FIG. 1, a schematic structure of the UMTS mobile communication system has been de- 
scribed. Next, a description will be made of a mobile communication system employing a high speed downlink packet 
access (hereinafter referred to as "HSDPA") technology. 

35 [0005] In general, HSDPA refers to a data transmission technology using a high speed-downlink shared channel 
(hereinafter referred to as "HS-DSCH"), which is a downlink data channel for supporting high speed downlink packet 
data transmission, and its associated control channels. Adaptive modulation and coding (hereinafter referred to as 
"AMC") and hybrid automatic retransmission request (hereinafter referred to as "HARQ") have been proposed to sup- 
port HSDPA. Typically, in a mobile communication system employing HSDPA (hereinafter referred to as "HSDPA mobile 

40 communication system" for convenience), the maximum number of orthogonal variable spreading factor (hereinafter 
referred to as "OVSF") codes that can be applied to one UE is 15, and one of QPSK (Quadrature Phase Shift Keying), 
16QAM (16-ary Quadrature Amplitude Modulation) and 64QAM (64-ary Quadrature Amplitude Modulation) is adap- 
tively selected as a modulation scheme according to a channel condition. For defective data, retransmission is per- 
formed between a UE and a Node B, and retransmitted data is soft-combined, thereby improving communication effi- 

45 ciency. A technology for soft-combining retransmitted data for the defective data is called HARQ. A description will be 
made herein below of n-channe! Stop And Wait HARQ (hereinafter referred to as "n-channel SAW HARQ"), a typical 
example of HARQ. 

[0006] In conventional automatic retransmission request (hereinafter referred to as "ARQ"), an acknowledgement 
(hereinafter referred to as "ACK") signal and retransmitted packet data are exchanged between a UE and an RNC. 

so However, HARQ newly applies the following two proposals in order to increase transmission efficiency of ARQ. In a 
first proposal, a retransmission request and a response are exchanged between a UE and a Node B. In a second 
proposal, defective data is temporarily stored and then combined with retransmitted data for the corresponding defec- 
tive data before being transmitted. In HSDPA, an ACK signal and retransmitted packet data are exchanged between 
a UE and a medium access control (MAC) HS-DSCH of a Node B. In addition, HSDPA has proposed the n-channel 

55 SAW HARQ technology in which n logical channels are configured so that packet data can be transmitted even before 
an ACK signal is received. In the case of SAW ARQ, next packet data cannot be transmitted unless an ACK signal for 
previous packet data is received. 

[0007] For this reason, SAW ARQ is disadvantageous in that an ACK signal must be waited for, even though packet 
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data can be currently transmitted. In n-channel SAW HARQ, however, packet data can be continuously transmitted 
even though an ACK signal for the previous packet data is received. That is, if n logical channels are established 
between a UE and a Node B and the n logical channels can be identified by time or channel numbers, the UE receiving 
particular packet data can determine a channel over which the received packet data was transmitted, and take nec- 
5 essary measures of, for example, reconfiguring the received data in a correct order or soft-combining the corresponding 
packet data. 

[0008] More specifically, n-channel SAW HARQ has introduced the following two schemes in order to increase effi- 
ciency compared with SAW ARQ. 

[0009] In a first scheme, a reception side temporarily stores defective data and then soft-combines the stored de- 
10 fective data with retransmitted data for the corresponding defective data, thereby decreasing an error rate. Herein, the 
soft combining is divided into chase combining (hereinafter referred to as "CC") and incremental redundancy (herein- 
after referred to as "IR"). In CC, a transmission side uses the same format for initial transmission and retransmission. 
If m symbols were transmitted over one coded block at initial transmission, the same number 'm* of symbols will be 
transmitted over one coded block even at retransmission. Herein, the coded block is user data transmitted for one 
15 transmission time interval (hereinafter referred to as 'TTP"). That is, the same coding rate is applied to initial transmission 
and retransmission, for data transmission. A reception side then combines an initially transmitted coded block with a 
retransmitted coded block, and performs a cyclic redundancy check (CRC) operation on the combined coded block to 
determine whether an error has occurred in the combined coded block. 

[0010] In IR, however, different formats are used for initial transmission and retransmission, if, for example, n-bit 
20 user data is generated into m symbols through channel coding, a transmission side transmits only some of the m 
symbols at initial transmission, and sequentially transmits the remaining symbols at retransmission. That is, a coding 
rate for initial transmission is different from a coding rate for retransmission during data transmission. A reception side 
then configures a coded block with a high coding rate by adding a retransmitted coded block to the remaining part of 
an initially transmitted coded block, and performs error correction on the configured coded block. In IR, the initial 
25 transmission and associated retransmissions thereof are distinguished by redundancy version (hereinafter referred to 
as "RV"). For example, initial transmission is distinguished by RV1 , first retransmission by RV2, and next retransmission 
by RV3. The reception side can correctly combine an initially transmitted coded block with a retransmitted coded block, 
using the RV information. 

[001 1 ] A description will now be made of a second scheme introduced by n-channel SAW HARQ to increase efficiency 

30 of SAW ARQ. In SAW ARQ, a next packet cannot be transmitted unless an ACK signal for a previous packet is received. 
However, in n-channel SAW HARQ, a plurality of packets can be continuously transmitted even before an ACK signal 
is received, thereby increasing utilization efficiency of a radio link. In n-channel SAW HARQ, if n logical channels are 
established between a UE and a Node B and are identified by their own unique channel numbers, a UE serving as a 
reception side can determine a channel to which a received packet belongs, and take necessary measures of, for 

35 example, reconfiguring packets in a correct reception order or soft-combining the corresponding packet. 

[0012] The n-channel SAW HARQ technology will be described in detail with reference to FIG. 1 . It will be assumed 
that 4-channel SAW HARQ is applied between a particular UE 1 30 and a particular Node B 11 5, and respective channels 
are assigned unique logical identifiers of #1 to #4. Each physical layer of the UE 130 and the Node B 115 includes 
HARQ processors corresponding to respective channels. The Node B 115 assigns a channel identifier #1 to a coded 

40 block initially transmitted to the UE 1 30. If an error has occurred in the corresponding coded block, the UE 1 30 delivers 
the coded block to an HARQ processor #1 corresponding to a channel #1 based on the channel identifier #1 , and then 
transmits a negative acknowledgement (hereinafter referred to as "NACK") signal for the channel #1 to the Node B 
115. Then, the Node B 115 can transmit a next coded block over a channel #2 regardless of whether an ACK signal 
for the coded block of the channel #1 is received or not. If an error has occurred even in the next coded block, the UE 

45 130 also delivers the defective coded block to its corresponding HARQ processor. 

[0013] Upon receiving a NACK signal for the coded block of the channel #1 from the UE 130, the Node B 115 re- 
transmits the corresponding coded block over the channel #1 and the UE 130 delivers the coded block to the HARQ 
processor #1 based on a channel identifier of the coded block. The HARQ processor #1 soft-combines a previously 
stored coded block with a retransmitted coded'block. As stated above, the n-channel SAW HARQ technology matches 

50 channel identifiers to HARQ processors on a one-to-one. Consequently, it is possible to properly match an initially 
transmitted coded block to a retransmitted coded block without delaying transmission of user data until an ACK signal 
is received. 

[0014] In the HSDPA mobile communication system, during retransmission of packet data, a UE sends a retrans- 
mission request for defective packet data to a Node B. In this case, the UE waits for a time previously set for the 
55 retransmission from the retransmission request point by driving a T1 timer. If a retransmitted part of the retransmission- 
requested packet data arrives from the Node B within the set time, the UE resets the T1 timer. Otherwise, if a retrans- 
mitted part of the retransmission-requested packet data fails to arrive from the Node B within the set time, the UE 
resets the T1 timer and then discards all data stored in a reordering buffer However, the Node B, because it has no 
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information on the set time of the T1 timer, performs retransmission on the retransmission-requested packet data even 
after a lapse of the set time. In this case, the retransmitted part, though it is normally received at the UE, will be 
discarded, causing unnecessary retransmission of packet data and wasting transmission resources of the system. 

SUMMARY OF THE INVENTION 

[001 5] It is, therefore, an object of the present invention to provide an apparatus and method for retransmitting packet 
data according to packet data retransmission waiting time in a mobile communication system. 
[0016] It is another object of the present invention to provide a packet data retransmission apparatus and method 
for preventing unnecessary retransmission of packet data in a mobile communication system. 

[0017] To achieve the above and other objects, there is provided an apparatus for retransmitting data using hybrid 
automatic retransmission request (HARQ) in a mobile communication system. In the apparatus, a radio network con- 
troller (RNC) determines maximum waiting time for retransmission of the data, and transmits the determined a maximum 
waiting time to a Node B and a user equipment (UE). The Node B (a) receives the maximum waiting time and transmitting 
the data to the UE; (b) upon detecting a retransmission request for the data from the UE, retransmits the data, and at 
the same time, sets the maximum waiting time; and (c) upon detecting a second retransmission request for the data 
due to abnormal receipt of the retransmitted data from the UE after a lapse of the maximum waiting time, prevents 
retransmission of the data. The UE (a) receives the maximum waiting time; (b) if an error exists in data received from 
the Node B, transmits a retransmission request for the data to the Node B, and at the same time, sets the maximum 
waiting time; and (c) waits for the retransmitted data only for the maximum waiting time. 

[0018] To achieve the above and other objects, there is provided a method for retransmitting data using hybrid au- 
tomatic retransmission request (HARQ) in a mobile communication system. The method comprises determining, by a 
radio network controller (RNC), a maximum waiting time for retransmission of data, and transmitting the determined 
maximum waiting time to a Node B and a user equipment (UE); receiving, by the Node B, the maximum waiting time, 
and transmitting the received maximum waiting time to the UE; receiving, by the UE, the maximum waiting time, re- 
ceiving data transmitted from the Node B, and if an error exists in the received data, transmitting a retransmission 
request for the data to the Node B and at the same time, setting the maximum waiting time; upon detecting a retrans- 
mission request for the data from the UE, retransmitting, by the Node B, the data to the UE, and at the same time, 
setting the maximum waiting time; receiving, by the UE, the data retransmitted from the Node B within the maximum 
waiting time, and transmitting a second retransmission request for the data to the Node B if an error exists in the 
received data; and upon detecting the second retransmission request for the data from the UE after a lapse of the 
maximum waiting time, preventing, by the Node B, retransmission of the data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] The above and other objects, features, and advantages of the present invention will become more apparent 
from the following detailed description when taken in conjunction with the accompanying drawings in which: 

FIG. 1 schematically illustrates a structure of a conventional mobile communication system; 

FIG. 2 schematically illustrates a method of retransmitting packet data in an HSDPA mobile communication system; 

FIG. 3 illustrates a structure of a MAC-hs layer controller for a Node B according to an embodiment of the present 

invention; 

FIG. 4 is a signal flow diagram schematically illustrating a procedure for retransmitting packet data according to 
an embodiment of the present invention; 

FIG. 5 is a flowchart illustrating an HARQ operation by a Node B according to an embodiment of the present 
invention; and 

FIG. 6 is a flowchart illustrating an HARQ operation by a Node B according to a second embodiment of the present 
invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0020] Several preferred embodiments of the present invention will now be described in detail with reference to the 
annexed drawings. In the drawings, the same or similar elements are denoted by the same reference numerals even 
though they are depicted in different drawings. In the following description, a detailed description of known functions 
and configurations incorporated herein has been omitted for conciseness. 

[0021] FIG. 2 schematically illustrates a method of retransmitting packet data in an HSDPA mobile communication 
system. Referring to FIG. 2, a Node B 21 0 first transmits packet data to a UE 220 over a high speed physical downlink 
shared channel (hereinafter referred to as "HS-PDSCH"). It is assumed in FIG. 2 that the Node B 210 transmits first 
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to ninth packet data to the UE 220. As illustrated In FIG. 2, the Node B 210 transmits packet data to the UE 220 over 
HS-PDSCH, and the UE 220 transmits an ACK signafor a NACK signal for the packet data received from the Node 8 
210, to the Node B 210 over an uplink dedicated physical control channel (hereinafter referred to as "DPCCH"). The 
Node B 210 assigns unique transmission sequence numbers (hereinafter referred to as "TSN") to the first to ninth 
5 packet data, and the U E 220 identifies received packet data by detecting TSN of the received packet data. For example, 
the first to fourth packet data represents packet data that is handled using HARQ over a first channel, and the fifth to 
ninth packet data represents packet data that is handled using HARQ over a second channel. Specifically, the first to 
fourth packet data represents packet data handled in the same buffer, and the fifth to ninth packet data represents 
packet data handled in different buffers. The Node B 210 sequentially transmits the packet data to the UE 220 from 

10 the first packet data. The UE 220 then performs CRC check on the packet data received from the Node B 210 to 
determine whether the packet data was normally received. If the packet data was normally received, the UE 220 
transmits an ACK signal indicating normal receipt of the corresponding packet data, to the Node B 210. However, if 
the packet data was abnormally received, the UE 220 transmits a NACK signal indicating abnormal receipt of the 
corresponding packet data, to the Node B 210. That is, as illustrated in FIG. 2, if the Node B 210 transmits the first 

15 packet data to the UE 220 (See 201 ), the UE 220 receives the first packet data and performs CRC check on the received 
first packet data. If the first packet data was abnormally received, the UE 220 transmits a NACK signal to the Node B 
21 0 (See 202). Upon receiving the NACK signal from the UE 220, the Node B 21 0 retransmits the first packet data to 
the UE 220 (See 204). Although the UE 220 does not provide information on an abnormally received packet, the Node 
B 21 0 can determine the abnormally received packet among transmitted packets based on a reception point of a NACK 

20 signal. Therefore, as described in conjunction with the step 204, the Node B 210 can retransmit the first packet data. 
On the contrary, when the Node B 21 0 transmitted the fifth packet data to the UE 220 (See 205), since the fifth packet 
data was normally received, the UE 220 transmits an ACK signal to the Node B 210 (See 203). 
[0022] If the packet data received from the Node B 21 0 is defective, the UE 220 transmits a NACK signal to the Node 
B 210 through CRC check by a physical layer. The UE 220 does not drive a timer included therein before a medium 

25 access control-high speed (hereinafter referred to as "MAC-hs") layer of the UE 220 receives the next packet data of 
the abnormally received packet data. Specifically, the UE 220 fails to identify an abnormal receipt of the first packet 
data before the MAC-hs layer identifies that the first packet data was abnormally received and the second packet data 
was normally received from the Node B 21 0, both the first packet data and the second packet data being stored in the 
same buffer. Upon detecting abnormal receipt of the first packet data, the UE 220 drives a timer included therein and 

30 waits for retransmission of the abnormally received packet data for a previously set waiting time. After driving the timer, 
the UE 220 buffers normally received packet data in a reordering buffer, and waits for retransmission of abnormally 
received packet data. 

[0023] As described above, the UE 220 assigns packets received from the same reordering buffer to the same 
reordering buffer, and packets received from different reordering buffer to different reordering buffers. Herein, the UE 

35 220 separately assigns a T1 timer to the reordering buffers whenever assigning the reordering buffers, arid after ex- 
piration of a waiting time previously set in the Tl timer, the UE 220 delivers packet data buffered in the reordering buffer 
to an upper layer. For example, when packet data corresponding to TSN#2 is received before packet data with TSN#1 
is received, the UE 220 buffers the packet data with TSN#2 by assigning a reordering buffer, and at the same time, 
assigns a T1 timer to the reordering buffer and drives the T1 timer. If the packet data with TSN#1 is not received until 

40 a waiting time set in the T1 timer expires, the UE 220 delivers the packet data with TSN#2 and all of its succeeding 
packet data to an upper layer. After all packet data buffered in the reordering buffer is delivered to the upper layer, the 
T1 timer is reset. In contrast, if a retransmitted part of the packet data with TSN#1 is received before the set waiting 
time of the T1 timer expires, the UE 220 delivers the retransmitted packet data with TSN#1 , the packet data with TSN#2 
and all of its succeeding packet data to the upper layer, and resets the T1 timer. In this manner, if there is abnormally 

45 received packet data, the buffering and waiting operations are continuously repeated. 

[0024] Alternatively, if packet data with TSN#4 among the packet data received after the packet data with TSN#1 is 
abnormally received during the set waiting time of the T1 timer, the UE 220 continuously operates the T1 timer previously 
assigned to the packet data with TSN#1 . If the packet data with TSN#1 arrives within the set waiting time, the UE 220 
resets the T1 timer to wait for the packet data with PSN#4 and waits for the set waiting time. However, if the packet 

50 data with TSN#1 fails to arrive within the set waiting time while operating the T1 timer previously assigned to the packet 
data with TSN#1 , the UE 220 delivers the packet data with TSN#2 and TSN#3 arrived until then, to the upper layer, 
and drives again a T1 timer for the packet data with TSN#4. A T1 value representing a waiting time of the T1 timer can 
be provided to the UE 220 from the Node B 210. However, when the Node B 210 fails to determine the T1 value, 
although the UE 220 has completed all processing on the corresponding packet data, i.e., the packet data with TSN#1 , 

55 the Node B 210, as stated above, may continuously transmit the packet data with TSN#1 to the UE 220. However, 
even though the packet data with TSN#1 arriving at the UE 220 after a maximum of the T1 value was normally received, 
the normally received packet data with TSN#1 is useless to the UE 220. Therefore, the UE 220 discards the packet 
data with TSN#1 . That is, retransmitting the packet data with TSN#1 by the Node B 21 0 after expiration of the T1 value 
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becomes meaningless and disadvantageous. 

[0025] FIG. 3 illustrates a structure of a MAC-hs layer controller for a Node B according to an embodiment of the 
present invention. Referring to FIG. 3, a MAC-hs layer controller 330 includes an HARQ controller/priority queue con- 
troller (hereinafter referred to as "HPC") 340, a scheduler/priority handler (hereinafter referred to as "SPH") 350, and 
s a configuration controller (hereinafter referred to as "CC") 360. The HPC 340 and the SPH 350 include a Node B's T1 
timer (not shown) having a set waiting time value T1 of a UE's T1 timer, for which a UE waits for retransmission when 
an error has occurred in particular packet data. 

[0026] Upon receiving an ACK/NACK signal for a particular channel signal transmitted by the Node B over a sec- 
ondary dedicated physical channel (hereinafter referred to as "secondary DPCH") transmitted by the UE, the HPC 340 

10 orders deletion of coded blocks buffered in an HARQ retransmission buffer (not shown). That is, upon receiving an 
ACK signal for a particular channel x, the HPC 340 orders deletion of all coded blocks buffered in the HARQ retrans- 
mission buffer assigned to the channel x (See 316). On the contrary, upon receiving a NACK signal for the channel x, 
the HPC 340 informs the SPH 350 of the necessity of retransmission of the packet data transmitted over the channel 
x (See 314). Due to the necessity of retransmission of the packet data transmitted over the channel x, the HPC 340 

15 starts driving a T1 timer having a set waiting time value T1 for which the UE waits when an error has occurred in the 
packet data transmitted over the channel x. Herein, the T1 timer is increased by the transmission time interval (here- 
inafter referred to as TTP) from 0 to a set waiting time value T1 which is the maximum waiting time value. Of course, 
the T1 timer can also be increased by the unit time. 

[0027] Further, upon receiving from the SPH 350 an order to retransmit defective packet data, or defective user data, 
20 at a time point where transmission of other packet data is not affected (See 315), the HPC 340 delivers an order to 
retransmit the corresponding packet data to the HARQ retransmission buffer or a priority queue (See 316 and 317). 
At the same time, the HPC 340 delivers, to a high speed shared control channel (hereinafter referred to as "HS-SCCH") 
transmitter (not shown), HARQ channel number information, redundancy version (hereinafter referred to as "RV") in- 
formation and new data indicator (hereinafter referred to as "NDI") information, which determine how the retransmitted 
25 packet data is handled (See 31 8). The RV information represents retransmission number of retransmitted packet data. 
For example, initial transmission is represented by RV1, first retransmission by RV2, and second retransmission by 
RV3. A reception side can correctly combine an initially transmitted coded block with a retransmitted coded block, 
using the RV information. The NDI information indicates whether the currently transmitted packet data is new packet 
data or retransmitted packet data. For example, if the NDI information is 0, it indicates that the currently transmitted 
30 packet data is new packet data. If the NDI information is 1 , it indicates that the currently transmitted packet data is 
retransmitted packet data. 

[0028] The SPH 350 determines a priority queue that will transmit packet data over HS-PDSCH for the next TTI, by 
receiving a channel quality report (hereinafter referred to as "CQR") transmitted over the secondary DPCH (See 302), 
receiving buffer status information from the priority queues (See 303), and receiving from the HPC 340 information 

35 indicting whether corresponding packet data is retransmitted packet data. In addition, the SPH 350 determines control 
information, such as modulation scheme (hereinafter referred to as "MS") information, HS-PDSCH channelization code 
information (hereinafter referred to as "code_info"), and transport block size (hereinafter referred to as "TBS") infor- 
mation indicating an amount of packet data to be transmitted over the HS-PDSCH, ail of which are applied to trans- 
mission of the HS-PDSCH. The determined MS information, TBS information, code_info, and an HS-SCCH's logical 

40 identifier (hereinafter referred to as "HS-SCCH ID") indicating an HS-SCCH over which the MS information, TBS in- 
formation, and code_info will be transmitted, are delivered to the HS-SCCH transmitter (See 308, 309, 310, and 320). 
The HS-SCCH transmitter then transmits the MS information, TBS information, and code_info over an HS-SCCH cor- 
responding to the HS-SCCH ID so that a corresponding UE receives the control information. In addition, the SPH 350 
delivers an identifier of a priority queue or an HARQ retransmission buffer scheduled to transmit packet data, and TBS 

45 information to the HPC 340 (See 315). The TBS information can be expressed by a 6-bit TBS index, a detailed de- 
scription of which will be omitted herein for simplicity. 

[0029] The CC 360 configures a MAC-hs layer and a physical layer by receiving configuration information from a 
Node B application part (hereinafter referred to as "NBAP") layer (See 312). The "configuration information" refers to 
information necessary for establishment of HARQ process, assignment of an HARQ retransmission buffer, and con- 

50 figuration of a priority queue, and control information necessary for transmission of the HS-SCCH. The CC 360 delivers 
an identifier (HS-SCCH ID) of an HS-SCCH over which the HS-SCCH transmission-related information and the control 
information will be transmitted, to the NBAP layer and the HS-SCCH transmitter (See 319 and 311). In addition, the 
CC 360 delivers a UE identifier (UE ID) in the configuration information received from the NBAP layer to the HS-SCCH 
transmitter (See 311), and delivers information on the number of orthogonal variable spreading factor (hereinafter 

55 referred to as "OVSF") codes for an HS-PDSCH that the UE can receive, included in the configuration information, to 
the SPH 350 (See 313). 

[0030] In particular, the present invention controls scheduling for retransmission of packet data by setting a new 
timer in the Node B in association with a T1 timer of the UE side so that the timer can be driven according to whether 
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particular packet data received from the UE was normally received, thereby contributing to efficient transmission of 
packet data. The timer realized in the Node B also waits for the same set waiting time as the set waiting time value T1 
for which the T1 timer waits. Therefore, if the set waiting time value T1 has elapsed after the new T1 timer is driven 
for particular retransmitted packet data, the SPH 350 and the HPC 340 suspend retransmission on the particular re- 

5 . transmitted packet data, thereby preventing unnecessary retransmission of packet data. Herein, among the T1 counters 
designed to wait for the set waiting time value T1, a T1 counter included in a UE will be referred to as a "UE's T1 
counter" and a T1 counter included in a Node B will be referred to as a "Node B's T1 counter," for simplicity. 
[0031] FIG. 4 is a signal flow diagram schematically illustrating a procedure for retransmitting packet data according 
to an embodiment of the present invention. Referring to FIG. 4, a radio network controller (hereinafter referred to as 

10 "RNC") 430 transmits, to a Node B 420, a maximum waiting time value T1_max for which a Node B's T1 counter waits 
for retransmission of packet data, along with an NBAP message such as a Radio Link Setup Request message or a 
Radio Link Reconfiguration Request message (Step 401). The Radio Link Setup Request message or the Radio Link 
Reconfiguration Request message includes code_info information and scrambling code information to be applied to a 
radio link, e.g., HS-PDSCH, for transmitting packet data. If there is one reordering buffer generated in a UE 410, the 

15 RNC 430 transmits only the maximum waiting time value T1_max assigned to the one reordering buffer to the Node 
B 420. However, if there are more than one reordering buffers generated in the UE 410, the RNC 430 must transmit 
all of the maximum waiting time values T1_max assigned to the reordering buffers to the Node B 420. That is, the 
maximum waiting time values T1_max are separately transmitted for the reordering buffers, and the maximum waiting 
time values T1_max are determined by the RNC 430 and then transmitted to the Node B 420. 

20 [0032] A description will now be made of a procedure for determining by the RNC 420 the maximum waiting time 
values T1_max according to reordering buffers. 

[0033] The RNC 430 determines the maximum waiting time value T1_max of a T1 timer according to reordering 
buffers based on the type of packet data buffered in each of the reordering buffers. That is, if the type of the packet 
data buffered in the reordering buffer represents packet data that requires high speed transmission, the RNC 430 

25 determines the maximum waiting time value T1_max to have a relatively small value. However, if the type of the packet 
data buffered in the reordering buffer represents packet data that requires accurate transmission rather than high speed 
transmission, the RNC 430 determines the maximum waiting time value T1_max to have a relatively large value. For 
example, when a packet data type #1 represents interactive data and a packet data type #2 represents background 
data, the RNC 430 sets a maximum waiting time value T1_max for a reordering buffer in which the interactive data is 

30 buffered, to be higher than a maximum waiting time value T1_max for a reordering buffer in which the background data 
is buffered. Herein, an UMTS traffic class is classified into four classes of a conversational class, a streaming class, 
an interactive class, and a background class. The conversational class is assigned to real-time massive high-speed 
data such as moving image, and the streaming class is assigned to, for example, VOD (Video On Demand) data. The 
interactive class is assigned to, for example, web service data, and the background class is the lowest class and has 

35 the lowest priority among UMTS classes. That is, a UE desiring to receive an interactive data service needs to acquire 
more instant information as compared with a background data service. 

[0034] Although the invention has been described above with reference to a case where the NRC 430 determines 
the maximum waiting time value T1_max according to the type of transmission packet data, the RNC 430 can also 
determine the maximum waiting time value T1_max according to priority of the packet data as well as the type of the 

40 priority data. For example, if packet data buffered in the reordering buffer has relatively high priority, the RNC 430 
determines the maximum waiting time value T1_max to have a relatively small value. On the contrary, if packet data 
buffered in the reordering buffer has relatively low priority, the RNC 430 determines the maximum waiting time value 
T1 _max to have a relatively high value. The reason that as the priority is lower, the maximum waiting time value T1 _max 
is increased higher is because if the maximum waiting time value T1_max for the packet data with low priority has a 

45 relatively small value, transmission of the packet data with low priority will be retarded by transmission of other packet 
data with high priority, causing a possible delay of a retransmission point. In this case, because a retransmitted part 
for defective packet data arrives after a waiting time of a T1 timer rather than within the waiting time, a UE discards 
the retransmitted part arrived after the waiting time. However, when priority of retransmission is readjusted to relatively 
high priority regardless of priority of initial transmission, the maximum waiting time value T1_max is determined re- 

50 gardless of priority of initial transmission. In addition, the maximum waiting time value T1_max must be set to a value 
smaller than a maximum delay time value TO allowed for each UMTS traffic class. The term "maximum delay time 
value TO" refers to a value previously determined for each UMTS traffic class, and is a maximum waiting time value 
for which data transmission delay can be waited in a particular traffic class. Therefore, the maximum waiting time value 
T1_max must be determined to be smaller than the maximum delay time value TO in order to maintain proper service 

55 quality of each traffic class. For example, if packet data buffered in a reordering buffer is data corresponding to the 
streaming class, the RNC 430 determines the maximum waiting time value T1_max to have a value smaller than the 
maximum delay time value TO set for the streaming class. 

[0035] The maximum waiting time value T1_max is included in HS-DSCH FDD (Frequency Division Duplex) infor- 
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mation out of the information transmitted through a Radio Link Setup Request message or a Radio Link Reconfiguration 
Request message, and the HS-DSCH FDD information format is illustrated in Table 1 . 



TABLE 1 



5 


IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticallty 


Assigned 
Criticallty 


10 


HS-DSCH MAC-d 
Flow Specific 
Information 




\..<Maxno 
ofMACdFI 
ows> 






- 






>HS-DSCH 
MAC-d Flow ID 


M 




9.2.1.311 




- 






>BLER 


M 




9.2.1.4A 




- 




15 


>Allocation/ 
Retention Priority 


M 




9.2.1. 1A 








20 


>Priority Queue 
Information 


M 


1..<Maxno 
ofPhoQue 
ues> 






- 






»Priority 
Queue ID 


M 




9.2.1.49C 








25 


»Scheduling 
Priority Indicator 


M 




9.2.1. 53H 








30 
35 


T1 may 

- > 1 1 1 1 IdA 


M 

IVI 




I ntonorf 1 

1 1 llC^Cl ^ 1 ,. . 

100,...) 


TTI Timor 

1 II. 1 II 1 Id 

when PDUs 
are released 
to the upper 
layers even 
though there 
are 

outstanding 
PDUs with 
lower TSN 
values. 






40 


»MAC-d 
PDU Size Index 




1..<Maxno 
ofMACdP 
DUindexes > 






- 




»>SID 


M 




9.2.1.531 










»>MAC-d 
PDU Size 


M 




9.2.1. 38A 




- 




45 


UE Capabilities 
information 




1 










50 


«wMov Trf^VA Rite 

>IViax 1 rL/M DllS 
per HS-DSCH TTI 


IVI 




tlMUIVlt HA 
TED (7300, 
14600, 
20456, 
28800,...) 








55 


>HS-DSCH 
multi-code 
capability 


M 




ENUMERA 
TED (5, 
10,15,...) 










>Min Inter-TTI 
Interval 


M 




INTEGER (1.. 
3,..) 
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TABLE 1 (continued) 





IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


5 
10 


>MAC-hs 
reordering buffer 
size 


M 




INTEGER (1.. 
300,...) 


Total 

combined 

receiving 

buffer 

capability in 
RLC and 
MAC-hs in 
kBytes 






15 


HARQ memory 
partitioning 




1..<Maxno 
ofHARQpr 
ocesses> 












> Process 
memory size 


M 




INTEGER (1.. 
172800, ...) 








20 


Measurement 
feedback offset 


M 




INTEGER (0.. 
79,...) 









[0036] As illustrated in Table 1, the maximum waiting time value T1_max is additionally included in the existing 
HS-DSCH FDD information. 

[0037] The HS-DSCH FDD information includes 3 kinds of information for managing a dedicated channel in an 
HS-DSCH MAC layer. The 3 kinds of information include: (1) HS-DSCH MAC-d (MAC-dedicated) Flow Specific Infor- 
mation, (2) UE Capabilities information, and (3) HARQ memory partitioning information. The maximum waiting time 
value T1_max is included in Priority Queue Information in HS-DSCH MAC-d Flow Specific Information. Range bound 
information of the HS-DSCH FDD information is illustrated in Table 2. 

TABLE 2 



Range bound 


Explanation 


MaxnoofMACdFIows 


Maximum number of HS-DSCH MAC-d flows 


Maxnoo tPrioQue ues 


Maximum number of Priority Queues 


MaxnoofHARQprocesses 


Maximum number of HARQ processes for one UE. 


MaxnoofMACdPDUindexes 


Maximum number of different MAC-d PDU SIDs 


MaxAtlowedinterTTI 


Maximum Inter-TTI Interval that should be supported by any UE. 


MaxRecordBuffSize 


Maximum MAC-hs re-ordering buffer size. 


MaxProcessMemSize 


Maximum HARQ process memory size. 



[0038] Upon receiving the Radio Link Setup Request message or Radio Link Reconfiguration Request message, 
the Node B 420 detects the maximum waiting time value T1_max included in the Radio Link Setup Request message 
or Radio Link Reconfiguration Request message, sets the maximum waiting time value T1 _max according to reordering 
buffers included therein, and then transmits a Radio Link Setup Response message or a Radio Link Reconfiguration 
Response message in response to the Radio Link Setup Request message or Radio Link Reconfiguration Request 
message (Step 402). Thereafter, when performing retransmission in reply to a NACK signal received from a UE, the 
Node B 420 manages a waiting time of a reordering buffer with the received maximum waiting time value T1_max. 
That is, the Node B 420 configures a MAC-hs layer and a physical layer, using information included in the Radio Link 
Setup Request message or a Radio Link Reconfiguration Request message. Namely, the Node B 420 performs es- 
tablishment of HARQ process, assignment of HARQ retransmission buffer, and configuration of priority queue. 
[0039] Upon receiving the Radio Link Setup Response message or Radio Link Reconfiguration Response message 
from the Node B 420, the RNC 430 transmits the determined maximum waiting time value T1_max to the UE 410, 
using a particular one of radio resource control (hereinafter referred to as "RRC") messages, for example, a Radio 
Bearer Setup Request message or a Radio Bearer Reconfiguration Request message (Step 403). The maximum wait- 
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ing time value T1_max is transmitted over a T1_max information field (IE) described in conjunction with Table 1 . Upon 
receiving the RRC message, the UE 410 detects the maximum waiting time value T1_max included in the RRC mes- 
sage, and manages a waiting time of a reordering buffer included therein with the maximum waiting time value T1 _max. 
Thereafter, the UE 410 transmits a Radio Bearer Setup Response message or a Radio Bearer Reconfiguration Re- 

5 sponse message to the RNC 430 in response to the Radio Bearer Setup Request message or Radio Bearer Recon- 
figuration Request message (Step 404). When setup or reconfiguration of a radio link and a radio bearer between the 
Node B 420 and the UE 410 is completed in the above-stated manner, communication between the Node B 420 and 
the UE 41 0 is started. Thus, upon receiving a NACK signal for defective packet data from the UE 41 0, the Node B 420 
performs retransmission on the defective packet data through an HARQ operation. Herein, the retransmission is per- 

10 formed only for the maximum waiting time value T1_max, thereby preventing unnecessary retransmission. 

[0040] FIG. 5 is a flowchart illustrating an HARQ operation by a Node B according to an embodiment of the present 
invention. An HARQ operation by the Node B 420 according to the present invention is divided into two methods, and 
a first method will now be described herein below. 

[0041 ] Referring to FIG. 5, a Node B 420 transmits packet data with TSN having a particular serial number (hereinafter 
15 referred to as "SN") to a UE 41 0 in step 511. When user data delivered from an upper layer is transmitted from a radio 
link control (hereinafter referred to as "RLC") layer to a MAC layer, if an amount of the user data exceeds a protocol 
data unit (hereinafter referred to as "PDU"), a transmission unit between the RLC layer and the MAC layer, then the 
RLC layer segments the user data by the PDU. As a result, the user data is segmented into a plurality of PDUs, and 
sequence of the PDUs is represented by the SN. Therefore, the RLC layer generates RLC-PDU by including a header 
20 with a corresponding SN in each of the segmented PDUs. While transmitting packet data with the SN, i.e., RLC-PDU, 
to the UE 410, the Node B 420 buffers the packet data in the reordering buffer. 

[0042] In step 513, the Node B 420 waits for a response signal, i.e., ACK signal or NACK signal, for the packet data 
with the SN from the UE 410. If a response signal is received from the UE 410, the Node B 420 proceeds to step 515. 
In step 515, the Node B 420 determines whether the response signal for the packet data with the SN, received from 
25 the UE 41 0, is a NACK signal. If the received response signal is an ACK signal rather than a NACK signal, the Node 
B 420 proceeds to step 517, determining that the packet data with the SN has been normally received at the UE 41 0. 
In step 517, the Node B 420 resets the T1 timer, and then proceeds to step 519. 

[0043] However, if it is determined in step 515 that the response signal received from the UE 410 is a NACK signal, 
the Node B 420 proceeds to step 521 . Since the UE 410 failed to normally receive the packet data with the SN, the 

30 Node B 420 retransmits in step 521 the packet data with the SN buffered in the reordering buffer to the UE 410, 
determining that the packet data with the SN must be retransmitted. In step 523, the Node B 420 starts driving the 
Node B's T1 timer. Specifically, the Node B 420 starts driving the Node B's T1 timer for retransmission of the packet 
data by applying the maximum waiting time value T1_max received from an RNC 430. Thereafter, in step 525, the 
Node B 420 waits again for a response signal for retransmitted packet data with the SN, to be received from the UE 

35 41 0. In step 527, the Node B 420 determines whether a current waiting time value of the Node B's T1 timer is smaller 
than the maximum waiting time value T1_max. If the current waiting time value of the Node B's T1 timer is not smaller 
than the maximum waiting time value T1_max, the Node B 420 proceeds to step 519. 

[0044] Since the waiting time value of the Node B's T1 timer has already arrived at (or waited for) the maximum 
waiting time value T1_max, the Node B 420 discards in step 51 9 the packet data with the SN buffered in the reordering 

40 buffer, updates the SN value into a next SN value, i.e., increases the SN value by 1 (SN=SN+1), and then proceeds 
to step 529. In step 529, the Node B 420 transmits packet data having TSN being identical to the SN increased by 1 , 
to the UE 410, and then ends the procedure. Here, since the new packet data is transmitted, the Node B 420 can 
include information indicating new packet data in the header, and inform that the packet data with the previous SN 
value will be no longer transmitted. 

45 [0045] However, if it is determined in step 527 that the waiting time value of the Node B's T1 timer is smaller than 
the maximum waiting time value T1 _max, the Node B 420 proceeds to step 531 . In step 531 , the Node B 420 determines 
whether the UE 41 0 makes a response. If the UE 41 0 makes no response, the Node B 420 proceeds to step 533. In 
step 533, the Node B 420 increases the waiting time value of the Node B's T1 timer by 1 , and then returns to step 525. 
Otherwise, if the UE 410 makes any response, the Node B 420 returns to step 515, to receive a response signal for 

50 the retransmitted packet data from the UE 410 and perform a corresponding operation. 

[0046] When an ACK signal for the retransmitted packet data or a NACK signal for other packet data is received 
before expiration of the maximum waiting time value of the Node B's T1 timer, the Node B 420 starts re-driving the 
Node B's T1 timer. 

[0047] Next, an HARQ operation by the Node B 420 according to a second method will be described. 
55 [0048] The Node B 420 starts driving the T1 timer upon receiving a next ACK signal after receiving a NACK signal. 
The Node B 420 sequentially assigns TSN in one reordering buffer, and transmits corresponding packet data to the 
UE 41 0. When a NACK signal for TSN is received, if a first ACK signal is received for packet data with the next TSN, 
the Node B 420 starts driving a Node B's T1 timer. The Node B 420 ends driving of (or inactivates) the Node B's T1 
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timer, when retransmission is performed on all packet data, for which a NACK signal was received, having TSN smaller 
than that of packet data for which the ACK signal was received before the Node B's T1 timer arrives at the maximum 
waiting time value T1_max, and then an ACK signal is received for all the packet data. The Node B 420 restarts driving 
the Node B's T1 timer, when after starting driving the Node B's T1 timer and before the Node B's T1 timer is inactivated, 

5 the Node B 420 receives an ACK signal for all packet data, for which a NACK signal was received, having TSN smaller 
than that of packet data for which the ACK signal was received, and when the Node B 420 waits for an ACK signal for 
another packet data in the corresponding reordering buffer, for which a NACK signal was received, and there is packet 
data for which an ACK signal was received after the packet data for which the NACK signal was received. 
[0049] A second embodiment will now be described with reference to FIG. 6. In this embodiment, a description will 

10 be made of a method for driving and stopping a T1 timer on the assumption that NACK is received for a first data 
packet Packet#1 out of two consecutive data packets while ACK is received for a next data packet Packet#2. Referring 
to FIG. 6, it is determined whether ACK was received for the first data packet Packet#1 (Step 610). If NACK was 
received for the first data packet Packet#1 , it is determined whether ACK was received for the next data packet Packet#2 
(Step 620). If NACK was received for the Packet#2, it is determined whether ACK is received for a data packet suc- 

15 ceeding the Packet#2, to start a corresponding T1 timer. However, if ACK was received for the Packet#2, the T1 timer 
is driven (Step 630). Thereafter, if NACK was received for the Packet#1 , it means that the Packet#1 was abnormally 
received. In this case, retransmission of the Packet#1 is requested (Step 640). Subsequently, it is determined whether 
ACK is received for the retransmission -requested Pacekt#1 (Step 650). If ACK is received for the retransmission- 
requested Packet#1, the T1 timer is stopped (Step 660). However, if NACK was received for the retransmission- re- 

20 quested Packet#1 in step 650, it is determined whether a value of the T1 timer driven in step 630 exceeds a T1_max 
value (Step 670). If the value of the T1 timer does not exceed the T1_max value, retransmission of the Packet#1 is 
requested (Step 640). However, if the value of the T1 timer exceeds the T1_max value, theT1 timer expires (Step 680). 
[0050] For example, if the Node B 420 has received a NACK signal for a transmitted packet with TSN#1 and an ACK 
signal for a next transmitted packet with TSN#2, the Node B 420 drives theT1 timer at the point where the ACK signal 

25 for the packet with TSN#2 is received. The Node B 420 performs retransmission on the packet with TSN#1 until the 
T1 timer arrives attheT1_max, and then waits for an ACK signal for the retransmitted packet. If an ACK signal indicating 
normal receipt of the packet with TSN#1 is received from the UE 410 before the T1 timer arrives at the T1_max, the 
T1 timer is reset. If a NACK signal is received for a packet with TSN#3 and an ACK signal is received for a packet with 
TSN#4 before an ACK signal indicating normal receipt of retransmitted packet data for the packet data with TSN#1 is 

30 not received during activation of the T1 timer, then the T1 timer is activated for reception of retransmitted packet data 
for the packet data with TSN#1 . If an ACK signal for the packet with TSN#1 is received while the T1 timer is driven up 
to the T1_max, T1 timer for the packet data with TSN#3 that was abnormally received is then driven. On the contrary, 
if an ACK signal indicating normal receipt of the packet data with TSN#1 is not received until T1 timer driven for receipt 
of an ACK signal for the packet data with TSN#1 arrives at the T1_max, the Node B 420 discards the packet data with 

35 TSN#1 and then drives T1 timer for performing retransmission until the packet data with TSN#3 is normally received. 
This prevents unnecessary packet transmission caused by synchronous operation with the UE during retransmission, 
thereby contributing to efficient retransmission. If the Node B drives the T1 timer upon receiving a NACK signal as 
described in conjunction with the first embodiment of the present invention, an advantage of its implementation is that 
it is easy to embody.. Both embodiments can prevent unnecessary packet transmission in a retransmission process. 

40 The T1 timer can be controlled by either the HARQ controller 340 or the scheduler 350 illustrated in FIG. 3. 

[0051] As described in conjunction with the first method, when the Node B's T1 timer has arrived at (or waited for) 
the maximum waiting time value T1_max or is newly reset, because this indicates transmission of all new packet data, 
the Node B 420 includes information indicating new data in the header and informs the UE 410 that packet data with 
the previous SN value will be no longer transmitted. 

45 [0052] As described above, in an HSDPA mobile communication system according to the present invention, a Node 
B and a UE both include their T1 timer for retransmission of packet data and wait for the same waiting time, thereby 
preventing unnecessary retransmission of packet data. The prevention of unnecessary retransmission of packet data 
contributes to a reduction in a transmission load and improvement of system performance. 

[0053] While the invention has been shown and described with reference to a certain preferred embodiment thereof, 
50 jt will be understood by those skilled in the art that various changes in form and details may be made therein without 
departing from the spirit and scope of the invention as defined by the appended claims. 



55 



Claims 

1. An apparatus for retransmitting data by a Node B, using hybrid automatic retransmission request (HARQ), when 
a user equipment (UE) failed to receive the data transmitted from the Node B connected to a radio network controller 
(RNC), the apparatus comprising: 
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a scheduler for determining a transmission point of data and a retransmission point of the data; and 
an HARQ controller for(a) controlling to transmit the data to the UE at the transmission point; (b) upon detecting 
a retransmission request for the data from the UE, retransmitting the data, and setting a maximum waiting 
time received from the RNC; and (c) upon detecting a second retransmission request due to a failure to receive 
the retransmitted data after a lapse of the maximum waiting time, preventing retransmission of the data. 

2. The apparatus of claim 1 , wherein the maximum waiting time is determined according to a type of the data. 

3. The apparatus of claim 1 , wherein the maximum waiting time is determined according to a priority of the data. 

4. The apparatus of claim 1 , wherein the HARQ controller retransmits the data upon detecting the second retrans- 
mission request within the maximum waiting time. 

5. The apparatus of claim 1 , wherein the maximum waiting time has a same value as a maximum waiting time for 
data retransmission set in the UE. 

6. The apparatus of claim 1 , wherein the HARQ controller discards the data after the maximum waiting time. 

7. An apparatus for retransmitting data using hybrid automatic retransmission request (HARQ) in a mobile commu- 
nication system, the apparatus comprising: 

a radio network controller (RNC) for determining a maximum waiting time for retransmission of the data and 
transmitting the determined maximum waiting time; and 

a Node B for (a) receiving the maximum waiting time and transmitting the data to a user equipment (UE); (b) 
upon detecting a retransmission request for the data from the UE, retransmitting the data, and setting the 
maximum waiting time; and (c) upon detecting a second retransmission request for the data due to an abnormal 
receipt of the retransmitted data from the UE after a lapse of the maximum waiting time, preventing retrans- 
mission of the data. 

8. The apparatus of claim 7, wherein the RNC determines the maximum waiting time according to a type of the data. 

9. The apparatus of claim 7, wherein the RNC determines the maximum waiting time according to a priority of the data. 

10. The apparatus of claim 7, wherein the Node B retransmits the data upon detecting the retransmission request 
within the maximum waiting time. 

11. The apparatus of claim 7, wherein the RNC transmits the maximum waiting time to the Node B, using a radio link 
setup request message. 

12. The apparatus of claim 7, wherein the RNC transmits the maximum waiting time to the Node B, using a radio link 
reconfiguration request message. 

13. The apparatus of claim 7, wherein the RNC transmits the maximum waiting time to the UE, using a radio bearer 
setup request message. 

14. The apparatus of claim 7, wherein the RNC transmits the maximum waiting time to the UE, using a radio bearer 
reconfiguration request message. 

15. A method for retransmitting data by a Node B, using a hybrid automatic retransmission request (HARQ), when a 
user equipment (UE) failed to receive the data transmitted from the Node B connected to a radio network controller 
(RNC), the method comprising the steps of: 

upon detecting a retransmission request for the data from the UE, setting a maximum waiting time received 
from the RNC to a retransmission point of the data, and retransmitting the data; and 

upon detecting a second retransmission request due to failure to receive the retransmitted data from the UE 
after a lapse of the maximum waiting time, preventing retransmission of the data. 

16. The method of claim 15, wherein the maximum waiting time is determined according to a type of the data. 
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1 7. The method of claim 1 5, wherein the maximum waiting time is determined according to a priority of the data. 

1 8. The method of claim 1 5, further comprising the step of retransmitting the data upon detecting the second retrans- 
mission request within the maximum waiting time. 

1 9. The method of claim 1 5, wherein the maximum waiting time has a same value as a maximum waiting time for data 
retransmission set in the UE. 



20. The method of claim 15, further comprising the step of discarding the data after the maximum waiting time. 

10 

21. A method for retransmitting data using hybrid automatic retransmission request (HARQ) in a mobile communication 
system, the method comprising the steps of: 

determining, by a radio network controller (RNC), a maximum waiting time for retransmission of data, and 
15 transmitting the determined maximum waiting time to a Node B and a user equipment (UE); 

receiving, by the Node B, the maximum waiting time, and transmitting the received maximum waiting time to 
theUE; 

receiving, by the UE, the maximum waiting time, receiving data transmitted from the Node B, and if an error 
exists in the received data, transmitting a retransmission request for the data to the Node B and setting the 
20 maximum waiting time; 

upon detecting the retransmission request for the data from the UE, retransmitting, by the Node B, the data 
to the UE, and setting the maximum waiting time; 

receiving, by the UE , the data retransmitted from the Node B within the maximum waiting time, and transmitting 
a second retransmission request for the data to the Node B if an error exists in the received data; and 
25 upon detecting the second retransmission request for the data from the UE after a lapse of the maximum 

waiting time, preventing, by the Node B, retransmission of the data. 

22. The method of claim 21 , wherein the RNC determines the maximum waiting time according to a type of the data. 

30 23. The method of claim 21 , wherein the RNC determines the maximum waiting time according to a priority of the data. 

24. The method of claim 21 , further comprising the step of retransmitting the data by the Node B upon detecting the 
second retransmission request within the maximum waiting time. 

35 25. An apparatus for retransmitting data using hybrid automatic retransmission request (HARQ) in a mobile commu- 
nication system, the apparatus comprising: 

a radio network controller (RNC) for determining a maximum waiting time for retransmission of the data, and 
transmitting the determined maximum waiting time; 
40 a Node B including; and 

a user equipment (UE); 

wherein the Node B (a) receives the maximum waiting time and transmits the data to the UE; (b) upon 
detecting a retransmission request for the data from the UE, retransmits the data, and sets the maximum waiting 
45 time; and (c) upon detecting a second retransmission request for the data due to abnormal receipt of the retrans- 

mitted data from the UE after a lapse of the maximum waiting time, prevents retransmission of the data; and 

wherein the UE (a) receives the maximum waiting time; (b) if an error exists in data received from the Node 
B, transmits a retransmission request for the data to the Node B, and sets the maximum waiting time; and (c) waits 
for the retransmitted data only for the maximum waiting time. 

50 

26. The apparatus of claim 25, wherein the RNC determines the maximum waiting time according to a type of the data. 

27. The apparatus of claim 25, wherein the RNC determines the maximum waiting time according to a priority of the 
data. 

55 

28. The apparatus of claim 25, wherein the Node B retransmits the data upon detecting the second retransmission 
request within the maximum waiting time. 
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29. A method for retransmitting data using hybrid automatic retransmission request (HARQ) in a mobile communication 
system, the method comprising the steps of: 

determining a maximum waiting time for retransmission of data; and 

transmitting the determined maximum waiting time to a Node B and a user equipment (UE) so that the Node 
B and the UE apply the maximum waiting time to retransmission of the data. 

30. The method of claim 29, wherein the maximum waiting time is transmitted to the Node B along with a radio link 
setup request message. 

31 . The method of claim 29, wherein the maximum waiting time is transmitted to the Node B along with a radio link 
reconfiguration message. 

32. The method of claim 29, wherein the maximum waiting time is transmitted to the UE along with a radio bearer 
setup request message. 

33. The method of claim 29, wherein the maximum waiting time is transmitted to the UE along with a radio bearer 
reconfiguration request message. 
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